/**
 * @PROJECT_NAME design_patterns
 * @DESCRIPTION 建造者模式 Builder Pattern
 * 将一个复杂对象的构建与表示分离，使得同样的构建过程可以创建不同的表示
 * <p>
 * 建造者模式包含以下角色
 * 抽象建造者（Builder）：这个接口规定要实现复杂对象的那些部分的创建，并不涉及具体的对象部件的构建
 * <p>
 * 具体建造者（Concrete Builder）：实现Builder接口，完成复杂产品的各个部件的具体创建方法，在构造过程完成后，提供产品的实例
 * <p>
 * 产品（Product）：要创建的复杂对象
 * <p>
 * 指挥者（Director）：调用具体构造者来创建复杂对象的各个部分，在指导者中不涉及具体产品的信息，只负责保证对象各部分完整创建或按某种顺序创建
 * <p>
 * 优点：
 * 建造者模式的封装性很好，使用建造者模式可以有效的封装变化，在使用建造者模式的场景中，一般产品类和建造者类时比较稳定的，
 * 因此，将主要的业务逻辑封装在指挥者类中对整体而言可以取得比较好的稳定性
 * <p>
 * 在建造者模式中，客户端不必知道产品内部组成细节，将产品本身与产品的创建过程解耦，使得相同的创建过程可以创建不同的产品对象
 * 可以更加精细的控制产品的创建过程，将复杂产品的创建步骤分解在不同的方法中，使得创建过程更加清晰，也更加方便使用程序来控制创建过程
 * <p>
 * 建造者模式很容易进行扩展，如果有新的需求，通过实现一个新的建造者类可以完成，基本上不用修改之前已经测试通过的代码，因此也就不会对原有功能引入风险，符合开闭原则
 * <p>
 * 缺点：
 * 建造者模式所创建的产品一般具有较多的共同点，其组成部分相似，如果产品之间的差异很大，则不适合使用建造者模式，因此其使用范围受到一定的限制。
 * <p>
 * 使用场景：
 * <p>
 * 建造者模式创建的是复杂对象，其产品的各个部分经常面临着剧烈的变化，但将他们组合在一起的算法却相对稳定，所以它通常在一下场合使用。
 * <p>
 * 创建的对象较复杂，由多个部件构成，各部件面临着复杂的变化，但构建间的建造顺序是稳定的
 * <p>
 * 创建复杂对象的算法独立于该对象的组成部分及他们的装配方式，即产品的构建过程和最终的表示独立的。
 * @AUTHOR CNBruceLee
 * @DATE 2021/7/12 21:46
 */
package com.bruce.demo2.patterns.demo1.creational.demo05.builder;

class PackageInfo {

}
